home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 1 / Cream of the Crop 1.iso / PROGRAM / SED15.ARJ / SED11.MSG < prev    next >
Internet Message Format  |  1991-06-22  |  3KB
  1. Return-Path: <robin@utafll.uta.edu>
  2. Received:  by utafll.uta.edu (4.1/25-eef)
  3.         id AA17356; Fri, 21 Jun 91 14:07:05 CDT
  4. Date: Fri, 21 Jun 91 14:07:05 CDT
  5. From: robin@utafll.uta.edu (Robin Cover)
  6. Message-Id: <9106212107.AA17356@utafll.uta.edu>
  7. To: kirsch@usasoc.soc.mil
  8. Subject: sed11
  9. Cc: robin@utafll.uta.edu
  10.  
  11. Thanks to Eric Raymond and others who contributed to the 18K sed exec.
  12.  
  13. I have a couple questions - which might be as easily answered as having
  14. a BSD UNIX manual (but I don't).
  15.  
  16. Scripts which worked with the GNUish sed don't work with the current
  17. sed, namely, in the treatment of <CR> and <LF>.  With the GNUish
  18. version, one may enter OD OA (<CR><LF>) directly into a script and
  19. get results; your current 18K version seems to accept the notation
  20.  \d13\d10  as equivalent to <CR><LF>, but I do not see this in the
  21. man page.  In fact, it has never been clear to me why the GNUish
  22. utils for DOS do not (always?) predictably improve on the handling
  23. of the 8th bit.  Much of my text processing requires that I am
  24. able to address control chars (0-31), hi-bit chars -- in a word,
  25. all chars that wordprocessors reserve for their private purposes.
  26. Standard UNIX is very unreliable in (usually NOT) allowing one to
  27. address the full 8-bit ascii char set except for minor instances
  28. of generosity, so I look to the DOS UNIX-lookalikes to solve the
  29. problem.
  30.  
  31. Questions:
  32.  
  33. 1) are decimal 10 and 13 the ONLY chars that can be addressed with "sed11"
  34.    using the convention \d13  ?
  35. 2) otherwise, will "sed11" faithfully handle all 256 chars, if they are
  36.    in scripts and text files?
  37. 3) is it not reasonable to think of pushing the buffer size beyond
  38.    4K (e.g., for the purpose of using tags in the pattern space)?  The
  39.    major drawback of these utils is that they choke on long lines --
  40.    I am thinking of SGML files, for instance.  Do you know of any
  41.    attempts (for 386 machines) to build grep/sed/awk to handle
  42.    LONG lines - approaching 32K, or more?
  43.  
  44. Thanks,
  45.  
  46. Robin Cover
  47.  
  48. -----------------------------------------------------------------------------
  49. Robin Cover                BITNET:   zrcc1001@smuvm1     ("one-zero-zero-one")
  50. 6634 Sarah Drive           Internet: robin@utafll.uta.edu     ("uta-ef-el-el")
  51. Dallas, TX  75236  USA     Internet: zrcc1001@vm.cis.smu.edu
  52. Tel: (1 214) 296-1783      Internet: robin@ling.uta.edu
  53. FAX: (1 214) 841-3642      Internet: robin@txsil.sil.org
  54. =============================================================================
  55.